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MANAGING ON-LI NE TRANSACTIONS 
Backgrpund 

This invention relates generally to electronic 
commerce and particularly to managing on-line transactions 
for the sale of goods or services. 

In a number of instances in connection with on-line 
transactions, one entity is responsible for completing the 
on-line transaction with a customer. For present purposes 
that entity will be called the "on-line transaction 
service" . Typically, the on-line transaction service is a 
server which is coupled to the Internet. Customers access 
the Internet web address and web pages maintained by the 
on-line transaction service. From these web pages, the 
customers can obtain information about available products. 
In addition, the on-line transaction service provides 
software for implementing on-line sales of goods and 
services. Thus, the on-line transaction service takes care 
of implementing the transaction to purchase the goods or 
services . 

Generally, on-line transactions also involve order 
fulfillment. Commonly, the order fulfillment may be 
undertaken by an entity different than the on-line 
transaction service. In order to implement order 
fulfillment, an inventory management system may be 



utilized. The inventory management system keeps track of 
the actual physical inventory that the product supplier has 
in place. This inventory may be actual existing inventory 
or the inventory that will exist based on current product 
5 schedules. Generally, the inventory management system is 
associated with a product vendor which may be the 
distributor or manufacturer of a given product. The 
inventory management system of the product's vendor is 
referred to herein as the product vendor inventory 

10 management system. It may be implemented by a server 
coupled to a network such as the Internet. 

Thus, typically the on-line transaction proceeds with 
a customer accessing the on-line transaction service's web 
site and making a request for a purchase. The on-line 

15 transaction service typically contacts the product vendor 
inventory management system to determine whether the 
inventory is available in the time frame typically 
associated with such transactions. If so, the on-line 
transaction service may proceed to complete the transaction 

20 with the on-line customer. The service may notify the 
product vendor inventory management system of the 
transaction so that the inventory management system may 
appropriately adjust its available inventory. 
While the system works very well in some 

25 circumstances, when the demand for products is particularly 
high, the system may break down. In particular, the delay 
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inherent in accessing the inventory management system may 
be extended because of current bandwidth capacity on the 
Internet and the number of requests for inventory 
management information coming into the inventory management 
5 system. 

Thus, the on-line customer may grow impatient and may 
not wish to wait the time needed to verify that the 
inventory is available. This may result in lost sales. 
Moreover, the on-line transaction service may be bogged 

10 down by on-line customers simply connected and waiting for 
verification of their transactions. This may result in a 
decreased rate at which transactions may be completed by 
the on-line transaction service. 

Thus, there is a need for a better way to manage on- 

15 line transactions which reduces delay and conserves 
bandwidth . 

Brief Description of the Drawings 
Figure 1 is a schematic depiction of one embodiment of 
the present invention; 
2 0 Figure 2 is a flow chart for software used by the on- 

line transaction service in accordance with one embodiment 
of the present invention; 

Figure 3 is a flow chart for software which may be 
utilized by the on-line transaction service in accordance 
25 with one embodiment of the invention; 
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Figure 4 is a flow chart for software which may 
utilized by the on-line transaction service in accordance 
with one embodiment of the present invention; and 

Figure 5 is a flow chart of software which may be 
5 utilized by a product vendor inventory management system in 
accordance with one embodiment of the present invention. 

Detailed Description 
Referring to Figure 1, an e-commerce system 10 may 
connect an on-line customer 18 with an on-line transaction 
10 service 12. The on-line transaction service 12 may include 
M a server which presents web pages for viewing by on-line 

Ln customers 18 coupled to a network 14 such as the Internet. 

% The on-line customer may decide to make various purchases 

; j3 by inputting information into graphical user interfaces 

it) 15 provided by the service 12 . 

L Before the on-line transaction service 12 confirms the 

UJ transaction requested by the on-line customer 18 over the 

network 14, the on-line transaction service 12 checks its 
M available inventory of a given product. This check ensures 

20 that the requested product is or will be available in the 
time frame normally implemented by the service 12 or as 
requested by the on-line customer 18. 

In accordance with one embodiment of the present 
invention, the on-line transaction service 12 maintains an 
25 inventory or product allocation for various products which 
it offers for sale to on-line customers. The on-line 
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transaction service 12 receives its allocation or inventory- 
by a query made of the product vendor inventory management 
system 16. However, instead of simply clearing one 
specific transaction, the on-line transaction service 12 
5 requests an allocation of some number of products from the 
product vendor inventory management system 16 . The service 
12 may determine, based on current demand, a suitable 
inventory to be allocated to the service 12. The 
generation of this allocation may be done in software 
10 implemented by agreement between the service 12 and the 
system 16 in one embodiment of the invention. 

When the on-line transaction service 12 finds that its 
inventory in a given product or set of products has been 
Q sufficiently depleted, the service 12 contacts the system 

rfj 15 16 to gain additional inventory. As transactions complete, 
^ the service 12 decrements its inventory allocation until 

Q such time as the inventory falls below a level which 

Q triggers a request for an inventory or allocation 

^ replenishment . 

□ 20 Software 20 may be stored on a storage 13 associated 

with the server utilized by the service 12. Similarly, 
software 52 may be stored on storage 17 associated with the 
system 16. 

In this way, it is not necessary for the service 12 to 
25 delay implementing the transaction with the customer while 
checking with the system 16 to ensure that the system 16 
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still has available inventory. The service 12 may be 
secure in knowing that it has received a pre-allocation of 
a given inventory against which it can complete 
transactions for a given period of time. Thus, the number 
of times that the service 12 must contact the system 16 may 
be decreased. This may result in faster transactions with 
each on-line customer and the ability of the service 12 to 
handle a higher number of customers in a given period of 
time. 

Referring to Figure 2, the software 2 0 stored on the 
storage 13 associated with the service 12 begins by 
checking whether an allocation for a given product or group 
of products is too low as indicated in diamond 22. The 
inventory low indication may be set to a predetermined 
inventory number for each product. When the available 
inventory drops below that number, an inventory low 
indication may be set. Alternatively, the inventory low 
indication may be set dynamically. That is, it may be set 
in terms of a given amount of time. Depending on the rate 
of on-line transactions, a higher inventory level should 
trigger a low inventory indication. Thus, in periods of 
low activity, the low inventory indication may be set at a 
low inventory level and in periods of high activity, the 
low inventory indication may be set higher. This 
accommodates for the dynamic nature of transactions and 
helps to prevent unnecessary requests for inventory 



allocation. Moreover, it may decrease the likelihood of an 
inventory depletion. 

In the case where the inventory is too low, the 
product vendor inventory management system 24 may be 
5 accessed over the network 14 as indicated in block 24 . The 
on-line transaction service 12 may request additional 
inventory as indicated in block 26. The additional 
inventory may then be granted by the product vendor 
inventory management system 16 as indicated in block 28. 
10 In such case, the on-line transaction service 12 increases 
its inventory counter corresponding to the allocation 
U3 received, as indicated in block 30. 

'?* Referring next to Figure 3, the software 26 for 

implementing the request for more inventory is shown in 
Sfi 15 greater detail. Initially, the software 26 determines the 
'™ rate of transactions as indicated in block 32. In cases 

Q where the transaction rate is very high, it may be 

necessary to request higher inventory allocations or to 
j!~ request inventory allocations more frequently. An 

Q 2 0 inventory management system contact frequency level may 

then be obtained (block 34) . The product vendor inventory 
management system 16 and the on-line transaction service 12 
may agree upon a frequency or rate of requests for 
allocation increases. This rate may be in terms of a time 
25 so that the on-line transaction service need not contact 

the system 16 at a frequency greater than some agreed upon 
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level. This frequency information may be pre-stored by 
agreement in the on-line transaction service 12. 

As indicated in block 36, the requested inventory 
amount may then be calculated as a function of the 
transaction rate and the agreed upon contact frequency. 
Thus, in cases where the transaction rate is high, a higher 
inventory allocation may be requested. The calculated 
inventory amount may then be requested as indicated in 
block 38. Alternatively, a look up table may be used. 

The equation for determining the inventory amount may 
be predetermined between the on-line transaction service 12 
and the system 16. In such case, the requested amount is 
automatically granted by the system 16 if available. In 
other embodiments, the on-line transaction service may 
provide more information, such as the transaction rate, to 
the inventory management system which may then determine an 
appropriate allocation from the viewpoint of the product 
vendor. Other variations are possible as well. 

Turning next to Figure 4, the software 40 is 
responsible for actually implementing the on-line 
transaction in accordance with one embodiment of the 
present invention. When an on-line order is received as 
determined at diamond 42, a check at diamond 44 determines 
whether an inventory allocation sufficient to accept the 
order is currently available. If not, the order is 
declined as indicated in block 46. Otherwise, the 
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inventory allocation is decremented as indicated in block 
48, and the transaction is completed as indicated in block 
50. 

The software 52, shown in Figure 5, resident on the 
5 storage 17 associated with the system 16 server begins by 
checking for an inventory allocation request from the on- 
line transaction service 12, as indicated in diamond 54 in 
accordance with one embodiment of the present invention. 
If the inventory is available as determined at diamond 56, 

10 the inventory may be automatically allocated as indicated 
in block 60. Otherwise, the inventory allocation request 
may be declined as indicated in block 58. The declination 
may be a total declination or may simply amount to an offer 
to provide whatever inventory is available at the current 

15 time. It may also provide the on-line transaction service 
12 with information about what additional inventory may be 
available. This information may be offered to the on-line 
customer by the on-line transaction service 12 to determine 
if the customer is willing to wait the necessary time. 

2 0 In some embodiments, the inventory allocation may be 

afforded for a predetermined time. At the end of that 
time, the inventory allocation may be automatically 
returned to the system 16. 

While the present invention has been described with 

25 respect to a limited number of embodiments, those skilled 
in the art will appreciate numerous modifications and 
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variations therefrom. It is intended that the appended 
claims cover all such modifications and variations as fall 
within the true spirit and scope of this present invention. 
What is claimed is: 



